home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 555 < prev    next >
Text File  |  1994-08-27  |  9KB  |  270 lines
  1. Subject: My bits of a few days ago
  2. Date: Thu, 23 Jun 1994 10:05:46 +0200 (MDT)
  3. From: Annius.Groenink@cwi.nl (Annius Groenink)
  4. X-Face: "E3Hm]k]&:,OEP<{D2ixJf>-9[qOGLebNa0&cQyFL-a~)kTM3&&I"gFw=fJ]K%1IduGjOE`
  5.  ZGu]&~G]QNGa7i/L!+#Xng<|+}HKYHj~5?fTInUEUh0$I1gBI7jrA!&_|e/pR1[cX:^xgJTPsrjA_9
  6.  m8Zli[|.-u{]+c1(6C7mL*m`/_J\>.{4!:g
  7. Mime-Version: 1.0
  8. Precedence: bulk
  9.  
  10.  
  11.  
  12. Peter Missel:
  13.  
  14. pm> MultiTOS cycles applications by Alt-Control-TAB. I suggest Control-TAB
  15. pm> should cycle an app's windows. (That's the same shortcut as in Micr*soft
  16. pm> Windows, btw.)
  17.  
  18. And it  is  already  supported  in Edith  (btw,   I  didn't  know  about
  19. Microsoft but it seemed reasonable because of MTOS and Mag!X).
  20.  
  21. pm> I prefer the "cursor equals block" concept. The (inserting) cursor is a
  22. pm> zero length block, anything typed replaces the block's contents. In this
  23. pm> concept, an overwrite mode cursor would mark the one char under it as a
  24. pm> block, anything typed or inserted replaces the block. Similarly, any
  25. pm> marked block will be replaced by typed or inserted stuff.
  26.  
  27. I have one simple description for methods of the like:  this is too much
  28. thinking from  the perspective  of the  programmer.  Programmers  should
  29. care about  what  the USER  thinks.   Even while  a  user can  learn  to
  30. *understand* the windows/mac idea,  s/he will still keep making mistakes
  31. when using this system.
  32.  
  33. -----
  34.  
  35. I don't  understand the  fuss about  Control G  and Goto.   In both  the
  36. German and English standards,  Control L is used for Goto Line.
  37.  
  38. -----
  39.  
  40. Andre:
  41.  
  42. aw> Hmm, how about suggesting the use of Alt-I, Alt-B, Alt-U, etc for Italic,
  43. aw> Bold, Underline etc. That way, application-specific things like this won't
  44. aw> get in the way of general stuff.
  45.  
  46. No.  Please no  alternate combinations.   Those should  be reserved  for
  47. buttons in dialog windows.   Although,  admittedly,  that argument  does
  48. not really apply for text windows,   and the options will be greyed  out
  49. when a dialog window is active.
  50.  
  51. A major reason to reject alternate is that a set of Control and a set of
  52. Control +  Shift  combinations is  complicated  enough.  Three  sets  of
  53. modifier combinations is too much,  I think.
  54.  
  55. -----
  56.  
  57. Ofir (in reaction to my previous post)
  58.  
  59. og> >Finally,  can anyone give  me an example of  frequent use of 'append  to
  60. og> >clipboard'? Is  it worth  a  general shortcut?  It  should at  least  be
  61. og> 
  62. og> What's the diff between Append and Add? At any rate, I will find this
  63. og> command very useful. Again, if you don't want to you don't have to
  64. og> implement this, if you do, please use Shift+CTRL+C.
  65.  
  66. If you have a desktop publishing or drawing package,  and you copy a few
  67. frames,   you'd  want  to  *ADD*  them  to  the  clipboard.   The   term
  68. 'Append' only  makes   sense   in  applications   that   handle   LINEAR
  69. (one-dimensional) data.  So a general proposal should use the word  add,
  70. not append.
  71.  
  72. -----
  73.  
  74. Someone writes
  75.  
  76. > >> Ctrl-A = Deselect marked (all), i.e. "Abandon" selection
  77.  
  78. WOW! That makes three (four?) actions which all have the name "Abandon"!
  79.  
  80. -----
  81.  
  82. Chris Taylor Oates about Mac selection paradigm:
  83.  
  84. ct> I do that many times in Atariworks, as 
  85. ct> well as selecting areas and simply hitting backspace to delete them. 
  86.  
  87. Hm.  If the Mac system were really  as orthogonal as people on the  list
  88. claim, hitting  backspace should  remove the  block PLUS  the  character
  89. right before the block;  for that's what is does when the block is  size
  90. 0 (the cursor).  Similar for Delete.
  91.  
  92. -----
  93.  
  94. Evan Langlois (in his article "5 things I hate") must have had a bad day.
  95.  
  96. el> 2 - Hacking Key Repeat is also pretty stupid!   
  97.  
  98. I agree.  But text editors that scroll twice as far as you want  because
  99. MultiTOS is so slow and it keeps storing stuff in the keyboard buffer is
  100. much more annoying than using a pretty stupid program that works fine.
  101.  
  102. el> 4 - As to MultiTOS being slower than TOS 1.0, first, I think you are wrong.
  103. el> As for thins not redrawing properly, this is a problem is the application.
  104. el> Don't tell me its a "legal" application.
  105.  
  106. It's:   MINIWIN  for  example.   That  should  be  legal.   Of  course, 
  107. everybody knows  Eric Smith  really prefers  a text  screen and  doesn't
  108. really want to  bother writing  proper GEM  based applications.   That's
  109. also one of the reasons MTOS hasn't brought us any really bright new GUI
  110. ideas.
  111.  
  112. el> MultiTOS will be faster soon.
  113.  
  114. You mean 'real soon'? I'm impressed.  At the current pace,  that will be
  115. in couple of years.  I think that  by that time my home machine will  be
  116. an SGI.
  117.  
  118. el> 5 - This crap about the "!!" is useless.  Anything other than 0 is TRUE.
  119. el> I guess if you wanted to do math with the 1 then you might be able to work
  120. el> with it, but there is a difference between a value, and a flag.  So,
  121.  
  122. It can  be useful,   though.  TRUE  and TRUE  are normally  incomparable
  123. through ==.  The !! hack fixes this.
  124.  
  125. el>   if (condition)
  126. el>      var = 1;
  127. el> 
  128. el> is actually more readable 
  129.  
  130. Speaking from a software engineering point of view the !! is more elegant,
  131. I should think.
  132.  
  133. -----
  134.  
  135. Ofir:
  136.  
  137. og> The W and U options have been discussed at length. A possible
  138. og> option would be to add:
  139. og> 
  140. og> CTRL Tab               Cycle Windows
  141. og> Shift CTRL Tab         Reverse Cycle Windows
  142. og> CTRL ESC               Close Top Window
  143. og> Shift CTRL Tab         Close All Windows
  144.  
  145. I take it the last line should read 'Shift CTRL ESC'.  I think this is a
  146. great idea.   Let's  then  leave  W  and  U  completely  undefined,   so
  147. applications can freely choose what they want to do with those.
  148.  
  149. og> CTRL BS                Delete word to left
  150. og> CTRL Del               Delete word to right
  151. og> Shift+CTRL Del         Delete to end of line ***
  152. og> Shift+CTRL BS          Delete from start of line ***
  153.  
  154. I can  live  with this  (although  from my  point  of view,   the  whole
  155. discussion is  just  to fix  unsafe  applications,  which  shouldn't  be
  156. written in 1994).  Let's also add
  157.  
  158.    Shift Backspace:        Same as Backspace
  159.  
  160. -----
  161.  
  162. Michael Nolte:
  163.  
  164. mn> This time Apple was wrong. BTW: What is all this "Apple did it, so it's
  165. mn> gotta be good" crap about anyway. Next thing you know you're goning to
  166. mn> want the Mac fiel system, or what?
  167.  
  168. Many of us  agreed that  the Mac SELECTION  system wasn't  good at  all.
  169. BTW, the Mac file system *is* far superior to the CP/M or MiNT stuff  in
  170. the ST... :-)  [especially the resource stuff!]
  171.  
  172. -----
  173.  
  174. Tim Miller:
  175.  
  176. tm> Oh, and people need to make the code READABLE!  I've seen people write C
  177. tm> code that was so far removed from the normal formatting that I simply
  178. tm> could not read it.  And a comment for every line is nothing but
  179. tm> distracting, while no comments can actually be worse.  But we'll cover
  180. tm> this later. 
  181.  
  182. Oh please,  let's not `cover' this at all!
  183.  
  184. -----
  185.  
  186. Warwick about abandoning abandon:
  187.  
  188. WHAT ABOUT:
  189.  
  190.    close window =
  191.       if (changed)
  192.       {  switch (ask_user)
  193.          {  case Cancel
  194.          :     do noting
  195.          ;  case Abandon
  196.          :     close
  197.          ;  case Reload
  198.          :     reload
  199.          ;  case Save
  200.          :     save,  close
  201.          ;  case Save As...
  202.          :     save as, close
  203.    ;  }  }
  204.       else
  205.          close
  206.  
  207. -----
  208.  
  209. Vicent Lefevre:
  210.  
  211. vf> OK. Let's add a `Go Back' feature (and a shortcut). Mark shortcuts should
  212. vf> also be added, if supported. I suggest:
  213. vf> CTRL-0                        - go back
  214. vf> CTRL-1 to CTRL-9              - go to mark 1 - 9
  215. vf> SHIFT-CTRL-1 to SHIFT-CTRL-9  - put a mark
  216.  
  217. I would like to mention the solution Edith adopts:
  218.  
  219.    Shift Control F9:    Push Position
  220.    Control F9:          Pop Position
  221.    
  222.    (of course,  the F9 is rather arbirary and wouldn't fit in our
  223.    proposal).
  224.    
  225. This only takes two shortcuts and  is far more intuitive than having  to
  226. remember numbers.  The Edith stack stores  up to 4 positions which  'pop
  227. position' cycles through.   The  'go  back' function is  for  free!  (it
  228. coincides with 'pop position')
  229.  
  230. -----
  231.  
  232. Ofir about Control I/Control ?:
  233.  
  234. og> I'm not sure about this one since it is non standard on the ST. Maybe we
  235. og> should put things like that to a separate vote.
  236.  
  237. I think Control  I isn't  extremely standard  either.  and  Control +  ?
  238. definitely makes more sense!
  239.  
  240. So